AWS VS Kubernetes

作者简介：Matt Asay是IT外媒《InfoWorld》的长篇撰稿人，以前是名知识产权律师，目前是Adobe公司的移动副总裁。本文表达的观点仅代表其本人，而不代表其雇主。

亚马逊最近成为云原生计算基金会（CNCF）的新成员与它对谷歌启动的这个容器项目实际贡献的代码不相称。这可能最终会害了AWS。

亚马逊网络服务（AWS）已加入了这个“唯独缺少AWS”的俱乐部，郑重承诺会支持云原生计算基金会（CNCF），确保与Kubernetes社区更合拍。这个云巨头似乎没多少选择：尽管AWS想要无视Kubernetes的存在，但Kubernetes具有的吸引力实在太强大了。虽然大多数人将CNCF宣布AWS成为铂金成员视作对Kubernetes莫大的认可，但AWS显得极其小心谨慎，对于今后的计划秘而不宣。

一大问题就是，亚马逊在支持被WS02首席执行官桑吉瓦·威拉瓦拉纳（SanjivaWeerawarana‏）声称最有可能“煞煞AWS气焰”的这个开源项目方面力度到底有多大。AWS要做的事情就是构建一项Kubernetes服务。

AWS就打算这么做的传闻一直甚嚣尘上，但是想确定这家公司到底多当真，最简单的办法就是看它为Kubernetes贡献的代码多寡。

到目前为止，贡献的代码不够多。

Kubernetes打乱了AWS的无服务器策略

Kubernetes可不是AWS为容器编写的脚本。AWS一直在通过AWSLambda之类的服务，不遗余力地推动无服务器革命。在无服务器领域，容器编排变得不大重要。正如Expedia的技术主管沙布·阿拉马拉尤（SubbuAllamaraju）所说：“容器集群管理器还没有成为工业级产品，无服务器模式就迅速在背后捣乱。”

即便如此，目前试水容器的企业还是比试水无服务器的多得多；对于试水容器的企业来说，它们的默认容器管理器就是Kubernetes。随着容器变得炙手可热，AWS构建了自己的弹性容器服务（ECS），毫无疑问认为它与其他AWS服务的紧密集成将完全足以击退起源于谷歌的Kubernetes的进攻。的确，AWS容器服务的总经理迪帕克·辛格（DeepakSingh）告诉我，客户并没有觉得需要使用Kubernetes之类的技术以避免被AWS锁定。要说有什么区别的话，他们想要加强、而不是削弱与AWS服务的集成。

然而，现实很残酷；业界紧紧围绕在Kubernetes周围。尽管ApacheMesos早早进入了市场，Docker俨然成了容器的代名词，但谷歌的Kubernetes积聚的势头还是最猛，所有企业中将近75%表示，自己的容器编排战略包括Kubernetes。

Kubernetes对AWS仍然构成了长期威胁

正如Box工程师德米特里·莫拉蒂斯（DemetriMouratis）所说，颇具讽刺意味的是，尽管对Kubernetes如此钟爱，并没有导致客户远离AWS的现象，尽管Kubernetes往往可以降低切换至其他云的成本。远非如此。据CNCF的调查数据显示（https://www.cncf.io/blog/2017/06/28/survey-shows-kubernetes-leading-orchestration-platform/），实际上，在运行Kubernetes的企业中绝大多数（63%）是在AWS上运行的。

截至2017年8月14日Kubernetes项目的主要贡献者，由云原生计算基金会（CNCF）跟踪分析。

除了Kubernetes最终有望摆脱企业对AWS的依赖这个事实以外，AWS当然完全有可能袖手旁观，靠所有那些工作负载大发其财。然而到某个时候，Kubernetes完全让企业很容易离开AWS，像RedHat这些厂商的整个战略立足于多云现实，为退出AWS云提供方便。所以，AWS不得不积极参与Kubernetes，以保护自身利益。

据CNCF的活跃成员约瑟夫·杰克斯（JosephJacks）声称，“Kubernetes日益代表一种基于行业标准的API，可用于运行复杂的分布式应用程序。支持这种API对AWS极为有利。”分析师克里什·苏布拉曼尼（KrishSubramanian）以类似的口吻说道：“AWS有大量的Kubernetes工作负载，在CNCF拥有发言权对AWS来说是明智之举。”

AWS对开发人员要给予实实在在的好处

AWS通过CNCF对Kubernetes许以空头承诺是一回事，用实际代码来表现AWS对Kubernetes感兴趣完全是另一回事。然而到目前为止，AWS在Kubernetes方面的表现还不够活跃，无法真正具有影响力。

由于谷歌和RedHat从事主要的Kubernetes贡献工作――一家公司拥有与AWS竞争的云，另一家奉行杜绝客户被任何一个云牢牢锁定的战略，AWS就需要确保自己没有被Kubernetes产品管理团队拒之门外，尽管它一直是Kubernetes（及容器编排）产品营销方面的“失踪人员”（MIA）。

比如说，你在Kubernetes的20大贡献者（https://cncf.biterg.io/app/kibana#/dashboard/Overview）当中找不到AWS，顶多可能作为“未知”（其他）类别的一部分。如果你在40大贡献者当中上下搜一遍，还是找不到AWS的身影。

但由于聘请来了亚德里安·科克罗夫特（AdrianCockcroft）――这位Netflix昔日的云负责人将这家公司打造成了开源巨头，大概AWS打算对开源重视起来。然而，AWS在开源界还没有站稳，它会发现很难在既不归自己控制，又无法施加影响力的平台上构建一项服务。当然，AWS已在MySQL、PostgreSQL及其他开源项目上构建了成功的服务，但是其他这些没有一个与Kubernetes的模式相匹配――尤其是由于Kubernetes有谷歌及其他竞争对手站台，本身对AWS就怀有敌意。

正如Redmonk的分析师詹姆斯·戈文纳（JamesGovernor）强调，当然，吸纳AWS加入CNCF会给该基金会带来相当大的压力。“竞争性的技术格局会开始妨碍这个项目吗？当然我们现在看到了该基金会的勇气和治理能力。如果你要管理的技术较少，利益冲突较少，就很容易成为‘轻量级基金会’。”

AWS强有力的角色也许对Kubernetes不利

正如WS02首席执行官威拉瓦拉纳宣称的那样，“Kubernetes正是能够煞煞AWS气焰的一项技术。AWS无法做到不加入。”由于同样原因，Kubernetes社区也无法任由AWS劫持、偏离或以其他方式阻碍其发展势头。

正如Redmonk的戈文纳指出的那样，到目前为止，AWS宣布加入CNCF没有明确表示它在Kubernetes方面的计划：“真正的问题在于，亚马逊决定如何将Kubernetes作为dialtone来提供、何时来提供（注：dialtone喻指让用户易于普遍访问其他某个产品或服务的任何服务）。那些细节在宣布时一点也不清楚。”AWS计划大力投资于容器网络项目（CNI）和Containerd却是路人皆知、昭然若揭。相比之下，它准备怎么搞Kubernetes却模糊不清。

但是AWS除了重视Kubernetes外别无选择，需要构建一项Kubernetes服务。如果AWS这么做，它将处于容器市场的中心。需要有更大的作为，而且动作要快得多。

相关阅读：